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the motherboard (98) to the set of peripheral devices (50, 
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(10). At startup, a basic input/output system (124) on 
the motherboard (98) requests information relating to the 
set of peripheral devices (50, 24, 28, 36, 44, 40, 48, 52). 
This information may be contained within a device list 
that has object descriptors pertaining to devices located 
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METHOD AND SYSTEM FOR AN IMPROVED MOTHERBOARD AND 

RISER ARCHITECTURE 

COPYRIGHT NOTICE AND AUTHORIZATION 

5 A portion of the disclosure of this patent document contains material that is 

subject to copyright protection. The copyright owner has no objection to the facsimile 
reproduction by anyone of the patent document or the patent disclosure, as it appears 
in the Patent and Trademark Office patent file or records, but otherwise reserves all 
copyright rights whatsoever. 
10 FIELD OF THE INVENTION 

1 ' The present invention relates to a motherboard and removable circuit card 

architecture and interface for use in computer systems. 

BACKGROUND OF THE INVENTION 
1 5 Typically, a computer includes of a motherboard containing components, such 

as a main processor or central processing unit ("CPU"), memory, disk storage and 
other devices. These components normally transfer data to the CPU through a local 
data and address bus. 

To provide additional functionality to one's computer, a user may plug a 
f 20 peripheral expansion card into one of a number of connectors or slots into the 

computer's motherboard. Additionally, one or more peripheral expansion cards may 
transfer data to the CPU through an external input/output ("I/O") bus via a connector 
on the motherboard. As a result, the CPU's external bus permits the computer to be 
expanded using a modular approach. For example, peripheral expansions of a 
25 computer may include adding a sound subsystem, a video subsystem, a 
communications subsystem, a compact disc ("CD") device, a storage device or hard 
drive, an instrumentation interface, or other special function expansions to the PC 
computer. 

a 
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Typically, these peripheral expansion cards have pins on the edge of the card 
interfacing to a connector on the motherboard in order to provide electrical 
connections between the electronic circuits on the peripheral expansion card and the 
components, such as the CPU, on the motherboard. Then, the components can access 
5 these electrical circuits on the peripheral card via the CPUs external I/O bus. Further, 
each electrical connection on the external I/O bus typically provides a specific 
function. For example, one set of connections may provide the voltages required to 
power the peripheral expansion card (for example, +5, +12, and ground). Another 
group of connections might enable the data bus to transmit data between the CPU and 

10 the electronic circuits. A third group of contacts can provide the address bus in order 
to permit the device to be addressed through a set of I/O addresses. Finally, there may 
be contacts for control or other signals such as interrupts requests ("IRQ's"), direct 
memory access ("DMA") channels, and clock signals. 

One of the earliest PC buses is named the "8-bit bus" (also known as the XT 

15 bus) because early PCs often had 8 bit processors like the Intel 8085 and 8088. This 
8-bit bus has eight interrupts (of which six could be used by peripheral expansion 
cards), four DMA channels, a 62 pin connector and a CPU with a clock speed of 4.77 
MHz. However, the installation of a peripheral expansion card requires manual 
configuration to utilize available computer resources such as DMA channels, IRQs, 

20 and I/O addresses. Additionally, each peripheral expansion card is separately 
configured in order to avoid a conflict with another device that utilizes the bus. Each 
card is configured for a particular computer by using jumpers and dual in-line 
package switches ("DIP") to operate with the computer according to instructions 
defined by the manufacturer. 

• 

* 
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The introduction of the IBM AT computer resulted in the development of a 
bus known as the Industry Standard Architecture ("ISA") bus. However, the ISA bus 
is a 16-bit bus because the IBM AT computer has a 16-bit processor such as the Intel 
8086. The ISA bus is based on the "8-bit bus" connector with the addition of a small 
5 bus connector adding several signal lines to widen the data bus to 16-bits. In addition 
to the extra resources, the ISA bus is backward compatible with the older 8-bit bus. 
The ISA bus also adds eight more interrupts, additional data and address lines, and 
four additional DMA channels. Further yet, improvements over the XT bus include 
an increased clock speed of 8 MHz for the ISA bus with "Turbo" models running near 

10 10 MHz. Additionally, the ISA bus is capable of "bus mastering" allowing a device 
on a peripheral card to take control of the bus to read or write directly from another 
device while the CPU is momentarily idled. As a result, bus mastering can greatly 
improve the data transfer performance of a computer. 

Both the XT and AT bus typically operate at the same clock speed as the CPU, 

15 namely 4.77 MHz and 8 MHz, respectively. However, when newer CPUs outpaced 
the 8 MHz bus, such as with the early 12 MHz Intel *286 CPUs, the maximum speed 
of the bus limited the CPU clock speed. For instance, if the CPU clock is tied to the 
ISA bus having a clock speed of 8 MHz, then a faster CPU such as the 12 MHz Intel 
286 CPU would be forced to operate at an 8 MHz CPU clock speed despite the '286 

20 CPU's increased operating speed. Rather than force the *286 CPU to operate at a 
slower clock speed, one solution was to separate the '286 CPU clock from the I/O bus 
clock (i.e. 8 MHz), so that the '286 CPU could run at it's maximum speed (i.e. 12 
MHz). Consequently, de-coupling the I/O bus from the 3286 CPU bus allows the I/O 
bus to operate at 8 MHz while the CPU clock may operate at 12 MHz. 
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As in the 8-bit bus however, the ISA bus may be configured using the same 
manual procedures for configuring the 8-bit expansion cards. As a result, resources 
such as interrupt memory addresses, DMA channels, and I/O ports are manually 
configured using jumpers and DIP switches. Alternatively, one special method of 
5 configuring an ISA bus expansion card is based on an ISA "Plug-and-Play" system. 
According to the ISA "Plug-and-Play" system, ISA cards may also be configured 
using an Electronically Erasable Programmable Read Only Memory ("EEPROM") 
chip on the card. Essentially, the jumper positions of the manual re-configuration 
method are programmed into the EEPROM and the settings could be made using a 

1 0 special software configuration program. 

To operate properly, the ISA "Plug-and-Play" ("PnP") system is comprised of 
a standard ISA bus and a special set of Basic Input/Output System ("BIOS") 
extensions. In theory, these BIOS extensions examine the installed "Plug-and-Play" 
compatible cards at start up and set expansion cards to available resource settings. 

15 Despite intentions to make configuring an ISA card easy, the ISA "Plug-and-Play" 
method failed because the ISA "Plug-and-Play" enumeration algorithm was not 
widely accepted. As a result, conflicts between the CPU and the expansion card were 
frequent because the configuration system would not know about the existence of 
other non-PnP cards. Consequently, "Plug-and-Play" soon earned the nickname in 

20 the computer service industry as "Plug and Pray". 

IBM later developed a bus using a higher density connector known as Micro- 
Channel Architecture ("MCA"). The MCA bus was available in either 16-bit or 32- 
bit versions and featured multiple bus mastering. Although the MCA bus clock speed 
was set at 10 MHz, the MCA allowed change configurations under software control 

25 rather than with jumpers and DIP switches. Consequently, a user can configure an 

•i 
•i 
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MCA peripheral card to use available resources such as IRQ, DMA channel, memory 
address, and I/O ports using a reference disk and an option diskette after installing the 
physical device in the computer. The reference disk is a special bootable disk 
containing a program that sends commands to bus devices to configure their 
5 parameters. This reference disk is included with the computer and is unique to the 
particular MCA bus computer. Each MCA peripheral card also comes with an option 
disk containing the device specific configuration files for the device being installed. 
Nevertheless, computer systems designers do not extensively use the MCA bus 
because it is not backward compatible with the ISA bus. 

10 The Extended Industry Standard Architecture ("EISA") open bus standard was 

developed by nine companies (Compaq, AST, Olivetti, Tandy, Hewlett-Packard, 
WYSE, Zenith, NEC and Epson) for defining a 32-bit software configurable EISA 
bus. According to the EISA standard, the peripheral expansion bus slots have both 
32-bit finger and 16-bit slots to provide backward compatibility with ISA cards. 

15 However, as in the 8-bit bus, this bus is limited to an 8 MHz clock speed. 
Configuring an EISA bus is similar to configuring an MCA bus unless an ISA card is 
installed into an EISA slot. If an ISA card is installed, then the configuration 
procedure for an ISA card applies. 

Once Pentium class 32-bit processors were introduced, the Peripheral 

20 Component Interconnect ("PCI") bus was developed to provide an interface bus that 
can match the speed of the Pentium microprocessor. PCI can support both 64-bit and 
32-bit wide multiplexed address and data lines, so it can be used in both 486 and 
Pentium class systems. The PCI bus currently operates at up to 33 MHz with future 
versions operating up to 66 MHz. 
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The PCI bus is processor-independent because the external PCI bus transfers 
data to the local CPU bus through a special bridge circuit. The bridge circuit contains 
a memory controller and is connected to a cache and memory subsystems. 
Additionally, the bridge circuit may include data buffering/posting and PCI central 
5 functions such as arbitration. As a result, this provides the advantage of the bus being 
nearly universal with other computers because the PCI bus is compatible with a 
variety of personal computers, Mac OS based computers, and RISC type computers. 
The bridge circuit including the memory controller therefore allows PCI masters 
direct access to main memory. Additionally, the PCI bus can support multiple bus 
10 mastering expansion cards providing maximum bus throughput of up to 265 Mbps 
with 64 bit cards. 

The PCI controller may perform arbitration using an access-based rather than 
a time-slot-based arbitration scheme. A bus master must arbitrate for each master 
access it performs on the bus. PCI may use a central arbitration scheme, where each 

15 master agent has a unique request and grant signal. A master agent may use a 
request-handshake to gain access to the bus. 

The PCI bus and cards also provide some Plug-and-Play capabilities. PCI 
Plug-and-Play permits a programmatic enumeration, which automatically configures 
the PCI card for memory addressing, IRQ and DMA selection and I/O port addressing 

20 without having to move jumpers or DIP switches. When a new PCI card is installed 
and the computer is rebooted, the basic input/output ("BIOS") of the computer system 
should detect the newly installed device(s) and configure the computer resources such 
as memory, IRQ, I/O, and DMA settings without human intervention. Additionally, 
when the operating system detects the insertion of a new device, it installs the proper 

25 software so that the computer can use that motherboard or PCI card. 



WO 02/061588 



PCT/US02/02788 



Yet another standard known as the Audio/Modem Riser ("AMR") 
specification defines an open industry-standard interface connector and mechanical 
form factor for adding a modem and audio riser card to ATX, micro ATX, and NLX 
circuit board form factors. Sensitive analog components are placed on a riser card in 
5 order to provide high quality audio and also easier modem homologation. The AMR 
interface provides support for Audio Codec ("AC"), Modem Codec ("MC") and 
Audio/Modem Codec ("AMC") devices. However, the AMR Specification does not 
define an aftermarket I/O standard expansion slot. Instead, the AMR specification 
only defines a system manufacturer, motherboard-only, riser interface that is intended 
10 to be fully configured prior to the initial shipment of the system. Nevertheless, the 
PCI bus standard typically serves as the aftermarket I/O interface. The document 
entitled "Audio/Modem Riser Specification", by Intel Corporation, provides 
additional details on the AMR specification. 



15 and does not accommodate today's high bandwidth communication devices. 
Computers today routinely take advantage of the expanding broadband network by 
utilizing digital subscriber lines, cable modems, and home networking technology. 
Needed is a system that allows greater scalability and expandability by integrating 
high bandwidth communication devices on a peripheral card. Moreover, needed is a 

20 system that can discover, identify and assign peripheral devices added to a computer 
system while arbitrating conflicts between devices. 



Addressing some of the problems with systems utilizing peripherals or 
expansion cards as described above, the present embodiments provide the ability to 
support expansion card based broadband communications, networking peripheral and 



The AMR standard, however, was intended for conventional modem devices 
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audio subsystem designs on one expansion card connected to a computer system 
motherboard. By supporting multiple peripheral devices on an expansion card, bus 
slots on the system motherboard can be freed up for use by other peripheral or 
expansion devices. Moreover, utilizing the present embodiments, printed circuit 
5 board area and cost of adapter cards can be reduced. The exemplary embodiments 
disclose a system and method capable of providing for a more forward approach in 
motherboard and removable expansion card architecture. 

In an aspect of the present invention, a method for discovering devices on a 
peripheral card removable from the motherboard includes accessing information from 

10 a storage device located on the peripheral card. From the accessed information, a 
device list can be generated and utilized to program at least one appropriate controller 
on the motherboard with configuration parameters from the device list. 

In another aspect of the present invention, a computer system includes a 
motherboard having a set of programmable device controllers, a bus system, and an 

15 expansion card having a set of peripheral devices. The bus system connects the set of 
controllers located on the motherboard to the peripheral devices located on the 
expansion card. At startup, a basic input/output system on the motherboard requests 
information relating to the peripheral devices. The information relating to the set of 
peripheral devices is then transmitted from a storage device located on the expansion 



20 card to the basic input/output system for distribution to the appropriate controllers. 



In yet another aspect of the present invention, an expansion card contains a set 
of peripheral devices and a storage unit. The storage unit identifies the expansion 
card and the peripheral devices included on the card. In the exemplary embodiment, 
the storage unit contains enumeration and configuration data for the expansion card 
25 and the peripheral devices located on the card. 
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According to another aspect of the present invention, a motherboard includes a 
set of controllers including a serial bus controller, an advanced communication riser 
("ACR") connector, and a basic input/output system. The set of controllers are in 
communication with the ACR connector. The basic input/output system is in 
5 communication with the serial bus controller. In the exemplary embodiment, the 
basic input/output system obtains information relating to peripheral devices on an 
attached expansion card from the expansion card via the serial bus controller, and 
programs the information onto each of the other controllers. 

In yet another aspect of the present invention, a method for saving printed 

10 board area and cost of adapter cards includes utilizing a multi-functional bus system. 
In the exemplary embodiment, the multi-functional bus system including an edge pin 
connector is configured such that the edge pin connector located on a peripheral card 
does not necessarily have to be as large as the full length of a connector located on a 
motherboard. Moreover, with careful grouping of the pins on the edge pin connector, 

15 the size of peripheral card can vary to achieve a desired card length and width. Thus, 
the peripheral card does not need to waste unnecessary printed board area and costly 
adapter cards. 

The present embodiment provides many different uses and advantages. For 
example, the present embodiments provide a flexible method of discovering and 

20 integrating plug-and-play peripheral devices. The present embodiments provide an 
enumeration process to enable new devices to be discovered and assigned the 
appropriate device parameters and drivers without conflict with existing devices such 
as devices on other peripheral cards as well as motherboard-based devices. BIOS 
entry points can also be created to allow software programs to access and utilize the 

25 device parameters. The embodiments herein are also backward compatible with 
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existing AMR standard systems and can provide a standard interface for future 
communication devices. 

The present embodiments also save circuit board space on peripheral cards 
enabling reduced sized peripheral cards when connector pin outs are advantageously 
5 assigned as described herein. Multiple and diverse communication devices such as 
network interfaces, DSL and wireless interfaces, can be accommodated on a single, 
scalable circuit card saving board space and PCI slots. Due to the scalable 
architecture, future extensions and expansion can be added to existing systems. 

The foregoing and other objects, features and advantages of the system and 
10 method for improving motherboard and removable circuit card architecture will be 
apparent from the following more particular description of preferred embodiments of 
the system and the method as illustrated in the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
FIG. 1 illustrates a block diagram of the motherboard and expansion card 
1 5 architecture of an exemplary embodiment; 

FIG. 2 illustrates an exemplary embodiment of the data structure of the 
expansion card of FIG. 1; 

FIGS. 3A-3E illustrates in further detail the data structure of the storage 
device of the expansion card of FIG. 1 ; 
20 FIG. 4 illustrates the bus topology of an exemplary bus interconnecting the 

motherboard and expansion card of FIG. 1; 

FIG. 5 illustrates a table showing an exemplary grouping of bus signals and 
pin locations of the ACR connector; 

FIGS. 6A-6C illustrate a table showing an exemplary signal description for 
25 each of the signals in the table of FIG. 2 as viewed from the expansion card of FIG. 1 ; 
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FIG. 7 illustrates an exemplary physical view of the expansion card and ACR 
connector of FIG. 1; 

FIG. 8 illustrates the ACR connector suggested mechanical, electrical, and 
environmental performance requirements; 
5 FIG. 9 illustrates an exemplary flow chart of the ACR enumeration utilized in 

the exemplary system of FIG. 1; 

FIG. 10 illustrates an exemplary flow chart of programming a configuration 
space of the controllers shown in FIG. 1 ; and 

FIG. 1 1 illustrates an exemplary flow chart of the PCI enumeration. 
10 DETAILED DESCRIPTION 

r The system and method disclosed herein provides a form factor and interface 

system for supporting multiple and varied communications and audio subsystem 
designs for use on a personal computer ( ,, PC ,, ). The system and method are 
implemented on a motherboard and expansion card architecture that can support 
15 modem, audio, Local Area network ("LAN"), Wide Area Network ("WAN"), and 
Digital Subscriber Line ("DSL") technology. It should be understood that the present 
embodiments are not limited to the described exemplary embodiments disclosed 
herein, but that they may also be implemented in systems that utilize peripheral 
devices or expansion cards for further function and flexibility. Therefore, details 
20 regarding the personal computer including the motherboard and expansion card are 
provided as an example, and are not necessary to the invention. 

The system and method are implemented on a motherboard and expansion 
card architecture for PCs, and preferably maintain backward compatibility with the 
Audio/Modem Riser ("AMR") specification through an industry standard connector 
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such as a 1 20-pin peripheral component interconnect ("PCI") connector. The AMR 
specification is fully incorporated by reference herein; 

To maintain backward compatibility with the AMR specification, the 
advanced communication riser ("ACR") connector utilizes a 120 pin PCI connector 
5 that is reversed and offset from the connector layout of the AMR specification. The 
AMR connector pins preferably remain unchanged from the AMR specification to 
further enable AMR compatibility. Therefore, according to the described 
embodiment, an AMR riser may be plugged into the ACR connector located on a 
system that utilizes the disclosed embodiments and function correctly. 

10 ^~ FIG. 1 illustrates a block diagram of an exemplary removable circuit card, 
hereinafter referred to as a riser card 10, and PC motherboard 98 architecture. The 
riser card 10 can include a printed circuit board or adapter that plugs into the 
motherboard 98 via the ACR connector 20 to provide increased functionality such as 
LAN/WAN connectivity, as well as audio subsystems, etc. The riser card 10 can 

15 utilize an ACR connector 20 that includes a standard 120-pin connector 20 to 
maintain backward compatibility with current AMR designs. The riser card 10 can 
generally include peripheral devices such as an AMC97 Codec 24, and Universal 
Serial Bus ("USB") device 28 or USB connector. The riser card 10 also includes a 
storage device 50. 

20 Additional peripheral devices can also be placed on the riser card 1 0 such as a 

physical ("PHY") layer for a home networking device 36 (e.g., HomePNA), Ethernet 
40 (e.g., 10/100 Mbit PHY), xDSL device 44, or wireless interface 48. It should be 
understood that the riser card 10 is not limited to using only the described peripheral 
devices, but can use other types of peripheral deices to provide further functionality to 

25 the motherboard 98. 1] 
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The peripheral devices 24-48 may also utilize additional circuitry on the riser 
card 10. For example, according to this described embodiment, the AMC '97 CODEC 
24, HPNA 36 and the xDSL 44 are shown in connection with a RJ1 1 jack via the 
analog interface network 52. Furthermore, the 10/100 Mbit PHY 40 is in connection 
5 with an RF45 jack. The wireless interface 48 is shown linked to antenna. 

r 

To accommodate the peripheral devices on the riser card 10, hard-wired lines 
(e.g., electrical or optical conductors) can be used for transferring data between the 
peripheral devices 24-48 and their respective controllers 100-120. These hardware 
lines, or buses, can include an AC'97 52, USB 54, ACR Serial Bus 56, Primary Mil 

10 62, Integrated Packet Bus ("IPB") 64, secondary MII-MII/GPSI 68, and wireless bus 
72. Each bus can preferably transmit data to and from each of the active peripheral 
devices 24-48 to their appropriate controller 100-120, preferably located off of the 
riser card 10 as described with respect to the motherboard 98 below. 

Referring again to FIG. 1, the exemplary motherboard 98 can support 

15 LAN/WAN connectivity as well as audio subsystems from the riser card 10. The 
motherboard 98 can include the main circuit board that generally contains the primary 
components of the computer, such as the CPU 122, BIOS 124, main memory, and 
support circuitry, and so forth. The CPU 122 and BIOS 124 are shown in the block 
diagram. 

20 The BIOS 124 assists the CPU 122 by including a set of hardware or software 

routines that can test motherboard 98 hardware at startup, start the operating system, 
and support the transfer of data among hardware devices on the motherboard 98 and 
riser card 10. The BIOS 124 can be stored in ROM on the CPU 124, and is executed 
when the computer is turned on or reset. It should be understood that the BIOS 124 
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may support more than one riser card 10 attached to the motherboard 98 at any one 
time, if desired. 

The motherboard 98 can also contain a set of controllers 100-120 for 
controlling peripheral devices 24-48 on the riser card 10. In this„ exemplary 
5 embodiment, the controllers 100-120 are shown linked to alms such as a peripheral 
component interconnect ("PCI") bus 128. Each of the controllers 100-120 are 
preferably configured from the enumeration and configuration data received from the 
storage device 50 on the riser card 10. The controllers 100-120 can include a DC97 
100, USB 104, serial bus controller 108, other desirable controllers such as general 

10 purpose MAC controllers, labeled MAC 1 108 and MAC 2 112, Integrated Packet 
Bus ("IPB") controller 114, and a wireless controller 120. The controllers 100-120 
preferably each have a configuration register to identify and assign the controller to a 
peripheral device such as a device on the riser card 10 or the motherboard 98. The 
configuration register is a programmable memory space, and is programmed to store 

15 enumeration and configuration data for the device that the controller is assigned. The 
configuration spaces are programmed by the BIOS 124 for use with appropriate 
peripheral devices 24-48 or devices on the motherboard 48. 

Therefore, according to this described embodiment, the following buses are 
configured to transmit data between the controllers 100-120 and their respective 

20 peripheral devices 24-48. The AC '97 bus 52 links DC97 controller 100 with AMC 
'97 CODEC 24. The AMC '97 CODEC 24 is also shown linked to an RJ1 1 jack via 
the analog interface network 58. The USB bus 54 links USB controller 104 with USB 
device or connector 28. The ACR serial bus 56 links serial bus controller 108 with 
storage device 50. The Mil bus 62 links MAC 1 112 with HPNA PHY 36. The 

25 HPNA PHY 36 is also shown linked to an RJ1 1 jack via the analog network interface 
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58. The IPB bus 64 links IPB controller 1 14 with xDSL device 44. The xDSL device 
44 is also shown linked to an RJ 11 jack via the analog network interface 58. The 
MII/GPSI bus 68 links MAC 2 116 with 10/100 Mb PHY 40. The 10/100 Mb PHY is 
also shown linked to an RJ45 connector. The wireless bus 72 links wireless controller 
5 1 20 with 1 0/1 00 Mbit wireless interface 48. 

Preferably, the storage device 50 located on the riser card 10 holds 
enumeration and configuration data. The storage device 50 is preferably in 
communication with an serial bus controller 108 located on the motherboard 98 via 
the ACR serial bus 56. The storage device 50 can be implemented in any technology, 
10 but shall appear to the ACR bus controller 108, and other devices on the same ACR 
serial bus 56, as a 24xx-class serial electrically erasable programmable read-only 
memory ("EEPROM") device. 

The enumeration and configuration data stored in the storage device 50 
identifies the peripheral devices 24-48 located on the riser card 10. The storage 
15 device 50 can optionally contain a description of the riser card 10 itself for 
completeness or a description of any vendor-defined data if access to the vendor- 
defined area is desired. 

Referring to FIG. 2, the storage device 50 preferably contains two units of 
memory, namely an enumeration unit 76 and a vendor defined unit 80. The 
20 enumeration unit 76 is a variable sized area that stores the enumeration data for the 
peripheral devices 24-48 located on the riser card 10. Preferably, this enumeration 
unit 76 is programmed by the manufacturer of the riser card 10 to ensure that the 
enumeration data accurately reflects the peripheral devices 24-48 and accurate. The 
enumeration area 76 contains a header 84 followed by a list of the peripheral devices 
25 24-48 present on the riser card 10, and are correspondingly represented by an 
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enumeration object 88. The enumeration objects 88 end at a tag-end object 90. For 
example, according to the described embodiment, an enumeration object 88 that 
describes the riser card 10 itself may contain the riser card name, manufacturer 
identification, serial number, and power consumption information. 
5 Thus, the storage device 50 may contain enumeration data for the riser card 10 

itself and all of the peripheral devices 24-48 located on the riser card 10. 
Additionally, the storage device 50, if so desired, can contain the size of the memory 
on the storage device 50, the allocation of data, and a checksum for self-testing. 
Consequently, if an enumeration entry exists, the entry preferably matches the 

10 physical and logical characteristics of the storage device 50. 

Further, the storage device 50 may provide access to the vendor defined unit 
80 for providing device peripheral device 24-48 specific information often useful in 
enumeration. For example, the storage device 50 may specify the address location for 
a vendor defined unit 80. 

15 FIGS. 3A-3E illustrates in further detail the data structure of the storage 

device of FIG. 2. The data structure in the peripheral device list preferably represents 
the hardware present of the riser card 10. The information in the data structure can be 
used by a basic input/output system ("BIOS") to program controllers corresponding to 
the peripheral devices 24-48 on the riser card 10, as described below. Additionally, 

20 the information in the data structure can be made accessible to software on the 
motherboard 98 via BIOS calls or BIOS entry points. 

A BIOS entry point allows an application or driver to access device 
information via an Application Programming Interface ("API"). An API is a set of 
standard software interrupts, calls, and data formats that an application program uses 

25 to initiate contact with another service, such as the BIOS 124. In one embodiment, 

n 
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the BIOS 124 may support two distinct entry points. A real mode interface, for 
example, may be evoked via INT 1AH and a 32-bit protected mode mechanism to 
allow access for ring zero device drivers. 

Some controllers 100-120 may require initialization by the BIOS 124 during the boot 
5 procedure. Such initialization may preferably take place either after the PCI 
enumeration is accomplished or temporary resources may be assigned to permit 
initialization at any time. Probably the most convenient time to cany out any multi- 
function bus related initialization is before PCI enumeration. By then all existing 
devices have PCI controllers with the correct identification and permanent resources 



10 can then be assigned. Additionally, all non-existent devices may be turned off. 

The peripheral device list preferably contains a header followed by a list of 
object descriptors. Each object descriptor is itself a list of items associated with that 
object. The nature of the items can depend on the object's functions, the bus it uses, 
and the purpose of the information. The last object descriptor in the peripheral device 

15 list is an END object to indicate the end of the device list and carry the global 
checksum. 

FIG. 3A shows the peripheral device list header, which is shown starting at 
memory address zero, and is composed of four bytes. The header preferably allows 
quick identification of the riser card 10 to make aware that the riser card 10 is an ACR 
20 compatible riser card 10. 

FIG. 3B shows an exemplary object or object descriptor, which is a self- 
contained packet of information. Each object preferably contains an object header 
byte, one object size byte, an optional object size extension byte. These bytes are then 
followed by the object's data of variable size. Each object descriptor contains zero or 
25 more data items. The data items can carry the various kinds of information such as 
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peripheral device identification, serial numbers, and forth. Data items can be 
arranged inside an object in any sequence, but the BIOS preferably executes them in 
the sequence that they appear. 

FIG. 3C shows an exemplary object byte header and the values as they are 
5 defined for the tag and bus fields. The object byte header includes a tag field of 4 
bytes and a bus field of 4 bytes. The values defined for the tag field shown 
correspond to a particular peripheral device 24-48. The values defined for the bus 
field shown correspond to a particular bus 52-72 that is used to connect the 
appropriate peripheral device 24-48 to controller 100-116. Therefore, according to 

10 the values defined for the tag field, a value of 3 in the tag field would represent a 
TAG_SOUND, which refers to a sound device. In the bus field corresponding to the 
BUS_ACLINK, a value of 1 might be found indicating that the sound device should 
utilize the AC-Link bus. 

FIG. 3D shows an exemplary object size byte and the values as they are 

1 5 defined for the Mobo, Long, and Len fields. The Mobo field specifies the location of 
the device, such the device is located on the motherboard or the device is a peripheral 
device located on a riser card. The Long field describes the contents of the Len field 
such as a zero if the Len field contains the number of bytes in the object descriptor or 
a one if the Len field contains the 6 most significant bits of a 14-bit len. The len is the 

20 size or length of the object descriptor. 

FIG. 3E shows an exemplary tag-end object to signal that the end of the object 
list in the storage device 50 and can provide a checksum for the entire enumeration 
area. The end object may include the checksum such as the sum of the bytes in the 
enumeration area should add up to OFFh (OFF in hexadecimal). 
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Objects are followed by optional data items. Each data item describes a 
characteristic of the object. The BIOS must process data items in the order that they 
are encountered in each object descriptor. When a BIOS client requests the ACR 
enumeration data, the data items will be presented in the same order that they appear 
5 in the original source (ROM BIOS or EEPROM). 

Data items are composed of a header containing the Item and Isize fields, 
followed by the item payload. In some cases, the Item and Isize fields are omitted. 
The Item field specifies the meaning of the information in the payload, while Isize 
specifies the size of the data payload. The data values must immediately follow the 

! I 

; 

10 header, and if present, the size extension byte. More details regarding the data item 
format are given in Appendix-Data Storage. 

In the exemplary embodiment, an object can be executed during the 
configuration phase. The object preferably carriers optional, real mode 16-bit x86 
code. This code is preferably called in real mode by the BIOS once per system power 
15 up or reset sequence. Preferably, the code in the executable object is relocatable. The 
BIOS can then copy the code to a paragraph boundary and perform a far call to the 
first byte with parameters set as follows: 

CS:IP: Set to the 1st byte of the code in the executable object. 
DS:SI: Points to the beginning of the fully prepared device list in memory. 
20 ES:DI: Points to a 32 byte table containing the PCI handle for each controller. 

SS:SP: Points to the stack area, with at least lk bytes of free stack space for 
use by the executable object. 

Further, the direction flag is preferably set to UP via CLD instruction. 
Upon termination, the executable object preferably executes a far return 
25 instruction. Furthermore, the PCI handle table can contain the PCI handles for each 

i 

! i r, 

ISDOCID: <WO_02061588A1_I_; 



WO 02/061588 PCT/US02/02788 



controller on the motherboard 98. If a controller does not exist in the hardware for a 
specific bus, its PCI handle entry can be set to OFFFFh. The table can contain one 16- 
bit entry for each of the controllers in the order defined by the bus field or the object 
header byte. However, for the AC-Link there are preferably two controllers defined 
5 for the AC-Link, a modem controller and a sound controller. 

The exemplary program below illustrates an example of the BIOS code 
utilized to invoke an exemplary executable object: 

; Assumes that DS:SI points to the 1st byte of the executable object code, 
; and CX contains the number of bytes in the executable object (from the 
10 ; object header) 

EXEC: Mov ax,4000h ; Point to free RAM 

Mov es,ax ; set segment 

Mov di,0000h ; good location 

Cld ; clear direction flag 

15 Rep movsb ; move code over safe area 

Mov si, offset DevList ; pointer to device list (DS must OK) 
Les di,AdrOfPciHandles ; pointer to PCI handle table 
Pusha ; save registers if needed 

Call fat 4000h:0 ; call executable object 

20 Popa ;restore registers 

;keep going 

Enumeration information, however, is not required to be stored in an 
EEPROM type of storage device 50. One skilled in the art may readily implement 
other devices such as non-volatile memory ("NVRAM"), flash memory, 
25 programmable array, read only memory ("ROM"), random access memory ("RAM"), 
a hard drive, bubble memory, or any other suitable storage device. The term storage 
device will be used throughout this specification to refer to a generalized storage 
device without limiting the invention to any particular type of storage device. The 
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storage device capacity can vary according to the desired amount of information that 
is stored for each particular peripheral device 24-48 or application. 

FIG. 4 illustrates the topology of an exemplary ACR serial bus 56 utilized by 
the motherboard 98 riser 10 architecture of FIG. 1. The ACR serial bus 56 can allow 
5 an ACR bus controller 108, preferably located on the motherboard 98, to read 
enumeration and configuration data from the storage device 50, preferably located on 
the riser card 10. The ACR serial bus 56 may include a two- wire serial bus based 
upon the I 2 C protocol for communication with the storage device 50. The I 2 C 
protocol may support the Byte Write, Page Write, Current Address Read, Random 

10 Byte Read, and Sequential Read protocols as defined in the Microchip Technology 
Inc. 24LC02B datasheet, document number DS20071J the controls of which are 
incorporated herein by reference. The ACR serial bus 56 may also connect to other 
peripheral devices 24-48 located on the riser card 10. 

The ACR bus controller 108 and storage device 50 communicate over the 

15 ACR serial bus 56. The ACR serial bus 56, as described above, preferably utilizes 
I 2 C protocol and allows the BIOS 124 to generate I 2 C transactions on the ACR serial 
bus 56. The I 2 C protocol utilizes two signals, the serial clock line ("SCL") and the 
serial data line ("SDL"). As such, the ACR bus controller 108 is an I 2 C master. The 
motherboard 98 preferably supplies any pull-up devices. 
20 The ACR bus controller 108 can be located on the motherboard 98, and may 

include a System Management Bus ("SMBus") controller. Alternatively, a General 
Purpose Input/Output ("GPIO") controller, or any other applicable serial bus 
controller, as known in the art, may be used to function as the ACR bus host 
controller 108. 
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^ In another embodiment, the controller 100-120 functions can be integrated on 

a single bus controller (not shown). Integrating controllers onto a single bus 
controller on the motherboard 98 can also be more efficient and less costly. The 
single bus controller may have the capacity to perform multiple or all controller 
5 functions, the cost to integrate multiple controllers into a single controller is less than 
the cost of implementing multiple, distributed controllers 100-120. Additionally, the 
cost and space requirements of a riser card 10 is further reduced because the 
controllers 100-120 are not required to be provided on the peripheral card, rather the 
controller 100-120 are provided on the motherboard 98. Further, other bus standards, 

10 either mentioned herein, known to those skilled in the art, or those developed in the 
future can be applied to this bus controller integration scheme. 

FIG. 5 illustrates a table showing an exemplary grouping of bus signals and 
pin locations of the ACR connector 20 that connects the peripheral devices 24-48 to 
their appropriate controller 100-120. As described above, the buses can include an 

15 AC97 52, USB 54, ACR Serial Bus 56, Primary MU 62, Integrated Packet Bus 
("IPB M ) 64, secondary MII-MII/GPSI 68, and a wireless communication 72. In this 
exemplary grouping of signals, the AC97 52 bus and USB 54 utilize A1-A23 and Bl- 
B23 pin locations. The ACR serial bus 56 utilizes pin location B24 and A24 for the 
serial clock line ("SCL") and the serial data line ("SDL") respectively (SCL and SDL 

20 are described below). The primary Mil 62 utilizes pin locations A25-A35 and B25- 
B35; IPB 64 utilizes A36-A44 and B36-B44; secondary MII/GPSI utilizes A45-A55 
and B45-B55; and wireless 72 or reserved pin locations utilizes A56-A60 and B56- 
B60. A keyway to ensure the proper signals are connected by limiting the ACR 
connector to fit a certain way is placed between pins Al 1, A12 and Bl 1, B12. 
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FIGS. 6A-6C illustrate a table showing an exemplary signal description for 
each of the signals in FIG. 5 as viewed from the riser card 10. The table includes the 
signal name, type of signal (input or output), pin count, and description. For example, 
according to this table, signal AC97_SDATA_OUT is an input at pin B 17 and the 
5 signal is AC '97 serial data received from the DC '97 controller 100 and input into the 
AC '97 Codec 24. Furthermore, the ACR serial bus 56 utilizes pins B24 and A24 for 
the SCL and SDA respectively. The signal SCL is an input into the storage device 50 
and is a serial bus clock, whereas the signal SDA is both an input and output bus to 
transport data serially to and from the storage device 50. Nevertheless, the bus signals 

10 given in FIG. 5 and 6A-6C can be used to connect the peripheral devices 24-48 to 
their appropriate controller 100-120. 

FIG. 7 illustrates an exemplary physical view of the riser card 10 and ACR 
connector 20. The exemplary view of the riser card 10 does not show peripheral 
devices 24-48, but shows a surface of the riser card 1 0 that the peripheral devices 24- 

1 5 48 may be located on. The length of the riser card 1 0 should not exceed 7.500 inches 
(190.5 millimeters) and the height should not exceed 4.200 inches (106.68 
millimeters). When peripheral devices 24-48 are placed on the riser card 10, the 
maximum height of the devices 24-48 on the primary component side of the riser card 
10 should not exceed 0.570 inches, and the devices 24-48 on the backside of the riser 

20 card 10 should not exceed 0.105 inches. Other measurements are shown by way of 
example and should not be limited to such. The ACR connector 20 preferably 
includes the buses 52-72 for connecting the peripheral devices 24-48 to their 
appropriate controllers 100-120. 

In the exemplary embodiment, the ACR connector 20 includes a multi- 

25 functional bus system having an edge pin connector to communicate information 
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between the riser card 10 and the motherboard 98. Preferably, the multi-functional 
bus is configured such that the edge pin connector on the riser card 10 is not required 
to fill the entire slot or connector located on the motherboard 98. Consequently, the 
riser card 10 can vary in size, needing only to accommodate the peripheral devices 
5 located on the riser card 10. For example, according the exemplary embodiment, if 
the riser card 10 has only a USB device and the storage device. Then the edge pin 
connector might need pins for power, ground, serial bus to accommodate the storage 
device, and a USB bus to accommodate the USB device . As a result of the small 
multi-functional bus system, the edge pin connector of the riser card 10 is not 
10 necessarily required to access unused pins on the slot or connector of the motherboard 
98. 

The multi-functional bus system preferably including an edge pin connector 
organizes and groups the pins such as according to pin functionality or needed pins. 
For example, according the above described embodiment (i.e., a riser card 10 

15 generally having only a USB device and storage device), pins located on the edge pin 
connector could be organized by power, ground, serial bus to accommodate the USB 
device, and a serial bus to accommodate the storage device. By placing the pins 
according to pin functionality or needed pins, the edge pin connector does not need to 
include unnecessary pins. It should be understood that the multi-functional bus 

20 system is not limited to use on an ACR compatible riser card 10, but can be utilized in 
any type of computer utilizing expansion or peripheral cards. 

FIG. 8 illustrates the ACR connector 20 suggested mechanical, electrical, and 
environmental performance requirements. Such parameters utilized in characterizing 
the performance requirements are durability, mating force, and contact normal force 

25 for mechanical; contact resistance, insulation resistance, dielectric withstand voltage, 

i 
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capacitance, current rating, voltage rating, and certification for electrical; operating 
temperature, thermal shock, and flowing mixed gas test for environmental. 

ACR enumeration includes determining the peripheral devices 24-48 present 
on the riser card 10, allocating non-conflicting PC resources to the controllers 100- 
5 120, and then configuring the controllers 100-120 to access the allocated peripheral 
devices 24-48. After ACR enumeration, a PC utilizing the ACR serial bus 56 may 
consider a riser card 10 as an extension of the motherboard 98. As a result, the BIOS 
124 may have knowledge of the riser card 10 capability supported on the motherboard 
98. Consequently, the BIOS 124 may have appropriate routines to insure that all 

10 peripheral devices 24-48 are properly configured for ACR enumeration to occur. 

ACR enumeration may be performed on a riser card 10, the peripheral devices 
24-48 identified on-board the riser card 10, the operating system, devices on the 
motherboard 98, and the software device drivers for the purpose of identifying 
themselves. Additionally, the identification of these devices ensure that a. conflict 

15 between computer resources or devices does not occur. ACR Enumeration further 
ensures that the operating parameters for the devices are correctly set by the BIOS 
124, that the correct set of drivers are loaded by the operating system, and that any 
additional vendor-defined information is available to the device driver. Perferably 
ACR enumeration maintains compatibility with the Microsoft Windows operating 

20 system, or with other operating systems, such as Linux, Unix, Solaris, Macintosh OS, 
Palm OS, or any other computer operating system. 

Operating systems, including BIOS 124 have improved dramatically in their 
ability to use standardized register space to uniquely identify hardware added to a 
system and to install the appropriate driver(s) for the newly installed hardware. The 

25 PCI standard uses registers defined as Vendor ID ("V1D""), Device ID ("DID"), 
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Subsystem Vendor ID ("SVID"), and Subsystem ID ("SID"). The VID and the DID 
may be hardwired with the PCI card for each function implemented. Analog type 
devices such as AMR devices, however, may be supplied by different vendors. 
Consequently, each analog type device implementing the AMR functions differently. 
5 Therefore, the SVID and SID may be assigned on a case by case basis during 
enumeration. As a result, ACR enumeration information may be provided to the 
operating system using a combination of storage device 50 and specialized BIOS 124 
routines. 

A riser card 10 may utilize several different combinations of interfaces. To 

10 prevent resource conflicts, the BIOS 124 is preferably responsible for making sure 
that the resources from the motherboard 98 are supplied to the interfaces in order to 
support the feature set on the riser card 10. Therefore, during enumeration, the BIOS 
124 may determine the interfaces required by the riser card 10. Once the BIOS 
determines the required interfaces, then they may identify the supported functions of 

15 the riser card 10. Any discrepancies between the riser card 10 and the motherboard 
98 interfaces may be communicated to the user through a displayed warning message. 

FIG. 9 illustrates an exemplary flow chart for performing ACR enumeration 
using the ACR serial bus 56. The buses feeding the riser card 10 are comprised of 
buses 52-72, most originating from a corresponding dedicated controller 100-120. 

20 Preferably each of these controllers 100-120 is addressed individually, and therefore 
may be individually identifiable to the BIOS 124. As a result, any controller 100-120 
installed on the motherboard 98 as well as peripheral devices 24-48 on the riser card 
10 may be considered during the ACR enumeration. 

After a Power On Self Test ("POST") and general initialization of the 

25 computer boot procedure, the ACR enumeration process can begin at step 500. 
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Alternatively, an equivalent process may be executed by the BIOS 124 upon 
motherboard 98 reset. Any computer system implementing a BIOS 124 may provide 
enumeration for devices on the motherboard 98 and peripheral devices 24-48 located 
on the riser card 10. 

5 At step 510, the BIOS 124 may create an empty device list containing the 

header information for an object entry. The BIOS 124 may begin creating the BIOS 
device list based on objects already defined in the BIOS 124 such as devices on the 
motherboard 98, or peripheral devices 24-48 on the riser card 10. The objects may be 
defined as data burned into the BIOS 124 by the manufacturer or via the BIOS 124 
10 set-up, or any other appropriate method. For example, according to the described 
embodiment the BIOS device list may be created in system RAM or a suitable register 
or memory. Additionally, all configuration space registers in the controllers 100-120 
may be set to default values that do not conflict with another device prior to ACR 
enumeration. 

15 At step 520, the BIOS 124 detects if any objects or devices are on the 

motherboard 98. If the BIOS 124 detects an object or device on the motherboard 98, 
then the BIOS 124 determines if the device(s) specified are enabled per step 530. The 
BIOS 124 may determine if the devices specified by the objects are enabled by 
reading an object in the BIOS device list, a BIOS setup entry, detecting jumpers, and 

20 so forth. If the BIOS 124 determines that the object(s) are enabled, then the BIOS 
124 may add the object or device to the device list per step 540. If there are no 
detected devices on the motherboard 98 per step 520, or after objects are added to the 
device list per step 540, then detection of a storage device 50 is performed at step 550. 
At step 550, the BIOS 124 determines if a storage device 50 is on the riser 

25 card 10. If the storage device 50 is present on the riser card 10, the riser card 10 is 
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considered to be an ACR compatible riser card 10. The BIOS 124 can then read the 
storage device 50 per step 600. For example, the BIOS 124 may read the contents of 
the storage device 50 and look for a header (84 in FIG. 6) and checksum. If the 
header is present and the checksum is correct, then the contents of the storage device 
5 50 may be presumed valid and the riser card 10 is a valid ACR compatible riser card 
600. Thus, per step 600, the storage device 50 is read by the BIOS 124. 

At step 605, the objects from the storage device 50 (e.g., objects 88 in FIG. 6) 
are added to the BIOS device list such that the peripheral devices 24-48 are included 
in the BIOS device list. 

10 At step 610, the BIOS device list is complete for that particular riser card 10. 

If a storage device 50 is not detected, per step 550, the riser card is assumed to 
be an AMR card and consequently the BIOS 124 enumerates the AMR card per step 
560, according to the AMR specification. 

FIG. 10 illustrates an exemplary flowchart for programming the configuration 
15 space of the appropriate controller 100-120 on the motherboard. The controllers 100- 
120 are advantageously programmed in response to the BIOS device list, such as the 
BIOS device list generated in FIG. 9. 
r At step 630, peripheral device 24-48 conflicts are preferably resolved. The 
BIOS 1 24 can arbitrate conflicts that may exist between peripheral devices 24-48 and 
20 any additional devices on the motherboard 98, before programming the controllers 
100-120. For example, if a peripheral device similar to one of the peripheral devices 
24-48 on the riser card 10 exists on the motherboard 98, the BIOS 124 may chose to 
disable the peripheral device on the motherboard 98. Likewise, the BIOS 124 may __\ 
disable the peripheral device 24-48 on the riser card 10 if a similar peripheral device 
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exists on the motherboard 98. In either example the BIOS 124 preferably resolves 
any conflicts by disabling of the conflicting devices. 

At step 640, the configuration process starts by parsing each object in the 
BIOS device list. The BIOS 124 will attempt to parse the objects listed in the BIOS 
5 device list to the appropriate controller 100-120. 

Therefore, at step 650, the objects of the BIOS device list are examined by the 
BIOS 124 and the contents are parsed to the appropriate controller 100-120. If the 
object is on end, then the PCI enumeration boot process can begin, per step 660. If 
not, then data from the object in the BIOS device list is programmed into the 
10 configuration space of the relating controller 100-120, at step 680. For example, 
according to the described embodiment, if an object in the BIOS device list includes 
information relating to an AMC '97 Codec 24, then the BIOS would preferably parse 
and write that information into the configuration space of the DC97 Controller 100. 

At step 690, after the previous object in the BIOS device list has been parsed, 
15 the BIOS 124 can go to the next object and repeat the steps 630-680. This can 
continue until the object is at an end and accordingly the PCI boot process per step 
660 can begin. 

Below is a summary of ACR enumeration, OS enumeration and the device 
driver loading process for a device on the multifunction bus 160. Step 1 may be 
20 executed by PC hardware. Steps 2, through 7 may be performed by the ROM BIOS 
124 during boot-up, and steps 8 through 12 may execute under operating system 
control. 

Upon motherboard 98 power up or reset, a POST (Power on Self Test) is first 
performed. A general initialization of the computer begins the boot process. During 
25 this process the computer detects any available devices and creates a device map 
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indicating the presence of a device. All configuration space registers are reset to their 
default values creating an empty BIOS device list with a header. 

According to an exemplary embodiment, the enumeration of the PC may be 
performed under BIOS control. Based on the objects defined in the BIOS 124 for 



BIOS 124 detects if the devices are enabled and then adds the enabled objects onto 
the BIOS device list. The BIOS 124 reads the storage device 50 contents (if 
available) on riser card 10 to look for a checksum and a header. 

If no storage device 50 is available and an AMR card is detected, then the 

10 BIOS 124 may enumerate the AMR device(s) per the AMR specification. For 
example, the BIOS 124 may attempt to enumerate the CODEC(s) on the AC '97 bus 
52. Instead of programming the configuration registers of the DC '97 controller 97 
with the results of the AMR-like enumeration, the BIOS 124 may construct objects 
with the same information. If however, no AMR objects are found, no entries may be 

1 5 added to the device list. 

If the storage device 50 is available, then the BIOS 124 parses the storage 
device 50 contents and identifies objects as defined within the data structure of the 
storage device 50. The BIOS 124 adds the objects described in the storage device 50 
to the BIOS device list. The BIOS device list is parsed to direct the configuration of 

20 the controllers 100-120. Each object is identified as a device Dev, the device 
controller Vendor ID, System ID ( ,, SID ,, ) and any other configuration space 
parameters. The BIOS 124 also assigns its own defaults (i.e. device ID's) to the 
configuration space of each controller 100-120 for each device 10 supported in 
accordance with the identified object(s). When the BIOS device list is complete, the 

25 BIOS 124 matches the peripheral devices 24-48 on the riser card 10, devices on the 
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motherboard with their respective controllers 100-120, and programs the controller 
configuration space registers. 

The BIOS 124 disables all controllers 100-120 that do not have peripheral 
devices 24-48 or motherboard devices attached to them, and declares all applicable 
5 configuration space registers as read-only (and otherwise avoids conflicts). 

The BIOS 124 runs any specific initializations required, such as initializing the 
IPB bus 64. PCI enumeration is performed on the configuration space values by 
assigning computer resources, (also known as linking, mounting or mapping) the 
parameters specified in the objects of the storage device 50 to the BIOS device list. 
1 0 Enumeration is complete. 

The BIOS 124 will read and execute the boot loader. The boot loader is the 
piece of BIOS 124 code that bootstraps the operating system ("OS"). 

According to another exemplary embodiment, the PC enumeration can be 
performed under OS control. First, of course, the OS starts loading. 
15 An optional device driver queries the BIOS 124 for the configuration and 

enumeration data and enters it in a registry. 

The OS scans the PCI bus to read all devices in the system, merges all 
motherboard devices and matches .INF files to the ID registers in the controllers 100- 
120 configuration space. 
20 The OS loads the appropriate device driver, pointed to by its entry in the .INF 

file in the configuration space. 

The vendor specific device driver starts executing. It can optionally query the 
BIOS 124 for the enumeration data or read it from the registry if needed. 

With the ACR bus devices initialized, the PCI enumeration process completes 
25 the discovery and assignment of available devices. Preferably the PCI Enumeration 
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process is executed after the ACR enumerates devices to program the PCI 
configuration space of the host controllers. PCI Enumeration process can then 
examine the PCI configuration space to report the corrected devices on the system as 
described in more detail below. 
5 Referring now to FIG. 11, shown is a flow chart further detailing an 

exemplary PC enumeration process beginning at Step 800. At Step 810, the BIOS 
device list is empty awaiting assignment of the appropriate BIOS device list which is 
generated according to the devices found on the system and connected cards and 
devices. The BIOS device list informs the BIOS of the available devices so that 

10 clients wishing to use the device can access them. 

At Step 820 the motherboard 98 is examined to discover and identify any 
devices that reside on the motherboard 98. If devices reside on the motherboard 98, 
they are checked to determine if the devices are enabled at Step 830. If the device is 
enabled, the device is added to the device list at Step 840. 

15 At Step 850, PCI enumeration checks for PCI devices on PCI cards in PCI 

slots. 

At Step 860, the discovered devices are checked to determine if they are 
enabled. If the devices are enabled, the configuration space of each device controller 
is read. 

20 At Step 870, the object read from the configuration space of the active device 

is added to the device list. 

At Step 880, when the devices have been discovered and the device lists 
generated the PCI slots that are empty are disabled. For example, the BIOS can 
disable the configuration space of host controllers associated with devices that are not | 
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present in the system. Disabling the host controllers can prevent the OS from 
detecting non-existent devices. 

At Step 890, system resources can be assigned to the device objects in the 
generated lists. For example, the devices are assigned a unique base address and 
5 interrupt level. 

At Step 900, the appropriate device drivers are loaded using information from 
the object list. For example, the Vender ID and Device ID Registers can identify 
appropriate device drivers. 

As the operating system continues to boot, the operating system will examine 

10 the configuration space of all enabled controllers 100-120. Therefore, there is no 
distinction whether a peripheral device 24-48 is physically a riser card 10 or 
motherboard 98. The peripheral device 24-48 may be contained in a card, either on a 
riser card 10 or the motherboard 98. However, the contents of the configuration space 
of the controllers 100-120 may vary depending on the device's location and method of 

15 enumeration. 

The present embodiment provides many different uses and advantages. For 
example, the present embodiments provide a flexible method of discovering and 
integrating plug-and-play peripheral devices. The present embodiments provide an 
enumeration process to enable new devices to be discovered and assigned the 

20 appropriate device parameters and drivers without conflict with existing devices such 
as devices on other peripheral cards as well as motherboard-based devices. BIOS 
entry points can also be created to allow software programs to access and utilize the 
device parameters. The embodiments herein are also backward compatible with 
existing AMR standard systems and can provide a standard interface for future 

25 communication devices. 
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The present embodiments also save circuit board space on peripheral cards 
enabling reduced sized peripheral cards when connector pin outs are advantageously 
assigned as described herein. Moreover, by utilizing the multi-function bus system 
architecture, devices on the expansion or peripheral card can be addressed via one or 
5 more input/output buses to provide the advantage of addressing and transferring data 
from the peripheral devices to the motherboard. Further yet, capacitative coupling 
and grounding problems of older buses are reduced or not present on the multi- 
function bus, because long and parallel circuit traces are purposely avoided. 
Consequently, the multi-functional bus system allows for faster data transfer. 
10 Because of the present embodiments, multiple and diverse communication 

devices such as network interfaces, DSL and wireless interfaces, can be 
accommodated on a single, scalable circuit card saving board space and PCI slots. 
Due to the scalable architecture, future extensions and expansion can be added to 
existing systems. 

15 According to the exemplary embodiment, provided below are several 

examples of the enumeration process generating an appropriate device list. First is an 
example of a device list for an empty ACR compatible riser card. It is comprised of a 
riser card with just the enumeration storage device on board, and no peripheral 
devices. The listing below shows the minimum possible device list for this scenario. 



Offset 


Size 


Data (Hex) 


Description 


0 


4 


41 43 52 00 


"ACR" OOh. the ACR header. 


4 


3 


00 01 28 


END object. Signals the end of enumeration data. See 
section 8.13.4.1 for a description of the END object. 



20 

Second, shown below is a more complete device list of the same riser card 
without peripheral devices. The device list includes an object descriptor for the riser 
card with a name, serial number and a user-defined flag byte. It also includes a 
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description of the storage device, so that a portion of it can be used by other 



applications. 



Offset 


Size 


Data (Hex) 


Description 


0 


4 


41 43 52 00 


"ACR" OOh. the ACR header. 


4 


2 


10 IF 


Start riser object. Describes the riser card itself 


6 


25 


70 17 

41 63 6D 65 20 
49 6E 63 2E 20 
6E 75 6C 6C 
41 43 20 72 69 
73 65 72 00 


Name item. 

"Acme Inc. null ACR riser", null-terminated, in ASCII. 


31 


6 


85 01 

78 56 34 12 


Serial number item. Serial number is in BCD format. 
Serial number data: serial # is 1234578. 


37 


2 


Fl 
00 


ITEM_USER. Carries vendor-defined data 
Just a "flag" byte visible to all drivers. 


39 


2 


97 04 


EEPROM object connected to serial bus 


41 


4 


93 
07 

00 60 


ITEM_CAPACITY. Specifies the EEPROM 
EEPROM capacity is 128 bytes 
Last 32 bytes are free for other uses. 


45 


3 


00 01 
chk 


END object. Signals the end of enumeration data. 
Checksum byte. 



Third, is an example of a riser card having an AMR compatible software 
5 modem. One of the many possible configurations of a software modem on an AMR 
card will contain a modem CODEC. To make that design compliant with the ACR 
specification, the hardware vendor should also provide a properly programmed 
storage device connected to the serial bus. This example shows a possible device list 
that would result in the same ED' s as an AMR card might. 

10 The bytes ssvidl, ssvidh, ssidl and ssidh in the table below is preferably set to 

the desired resulting value in the Subsystem Vendor ID and Sybsystem ED registers of 
the host controller" configuration space. They depend on the values obtained from 
the AC-Link CODEC ID registers at addresses 7Ch and 7Eh. For clarity, only 
required data is included in the table. The vendor is free to add any other descriptors 

1 5 as necessary. 
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This example is functional independent of whether there is a sound CODEC 
on the motherboard. If there is one, the BIOS must provide the enumeration data for 



it, and the riser card does not need to be aware of it. 



Offset 


Size 


Data (Hex) 


Description 


0 


4 


41 43 52 00 


"ACR" OOh. the ACR header. 


4 


2 


31 05 


Object: Modem on AC-Link 


6 


5 


14 

ssvidl ssvidh 
ssidl ssidh 


ITEM_SUBID 

Desired Subsystem Vendor ID, LSB first. 
Desired Subsystem ID, LSB first. 


11 


3 


00 01 chk 


END object. Signals the end of enumeration data. 



5 Fourth, is a device list of a riser card having an AMR compatible audio and 

modem card. The list below shows the storage device contents of an audio modem 
combo card, with both CODECs sharing the AC-Link bus. 



Offset 


Size 


Data (Hex) 


Description 


0 


4 


41 43 52 00 


"ACR" OOh. the ACR header. 


4 


2 


21 05 


Object: Sound on AC-Link 


6 


5 


14 

ssvidl ssvidh 
ssidl ssidh 


ITEM_SUB1D. Provides ED's for the sound CODEC. 
Desired Subsysem Vendor ID, LSB first. 
Desired Subsystem ID, LSB first. 


11 


2 


31 05 


Object: Modem on AC-Link. 


13 


5 


14 

ssvidl ssvidh 
ssidl ssidh 


ITEM_SUBID. Provides ED's for the sound CODEC. 
Desired Subsysem Vendor ID, LSB first. 
Desired Subsystem ID, LSB first. 


18 


3 


00 01 chk 


END object. Signals the end of enumeration data. 



Fifth, a device list of a riser card having an ACR-style sound and modem card. 

10 A difference between this setting and the previous example is the data in the storage 
device. While in the AMR enumeration process the values for Vendor ID and Device 
ID are always set to their defaults, the ACR card can attempt to change them. 
Because it is recommended but not required that the AC-Link controller function in 
the ACR motherboard have the Vendor ID and Device ID registers writable, these 

1 5 values may remain set to their default values. 
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In this example, it is desired that at the end of the enumeration process, the 
audio device ID's be set to 12B9:2038 FOR Vendor ID and Device ED, and 
12B9:0072 for Subsystem Vendor ED and Subsystem ID. The modem object will 
attempt to set the ID's to 12B9:3005 and 12B9:0003 respectively. Since the Vendor 
5 ID and Device ID may be hardwired in some host controllers, the INF file and device 
driver should be prepared to connect to the device at (8086:2415, 12B9:0072) and 



(8086:2416, 12B9:0003). 



Offset 


Size 


Data (Hex) 


Description 


0 


4 


41 43 52 00 


"ACR" OOh. the ACR header. 


4 


2 


21 09 


Object: Sound on AC-Link 


6 


9 


28 


ITEM_SUBID. Provides ID's for the sound CODEC. 






B9 12 


Desired Vendor ID, LSB first. 






38 20 


Desired Device ID, LSB first. 






B9 12 


Desired Subsystem Vendor ID 






72 00 


Desired Subsystem ID, LSB first. 


11 


2 


31 05 


Object: Modem on AC-Link. 


17 : 


9 


28 


ITEM SUBID. Provides ID's for the sound CODEC. 






B9 12 


Desired Vendor ID, LSB first. 






38 20 


Desired Device ID, LSB first. 






B9 12 


Desired Subsystem Vendor ID 






72 00 


Desired Subsystem ID, LSB first. 


26 


3 


00 01 chk 


END object. Signals the end of enumeration data. 



Sixth, a device list of a riser card having an Audio/modem/HPNA combination 
10 of peripheral devices. This example combines the audio and modem functionality 
with an HPNA PHY on board. 

The HPNA PHY in this example requires that only the Vendor ED and Device 
ID registers be set to reflect the hardware. The subsystem Vendor ID and Subsystem 
ID registers are unimportant in this case, and can be left with their defaults. The INF 
1 5 file for the driver must be keyed to 1 2B:2A04 in the Vendor ID and Device ID fields. 



Offset 


Size 


Data (Hex) 


Description 


0 


4 


41 43 52 00 


"ACR" OOh. the ACR header. 


4 


2 


21 05 


Object: Sound on AC-Link 



37 



icnnriri. mnpi coo * - i 



WO 02/061588 




PCT/US02/02788 



6 


5 


14 

ssvidl ssvidh 
ssidl ssidh 


ITEM_SUBID. Provides ID's for the sound CODEC. 
Desired Subsysem Vendor ID, LSB first. 
Desired Subsystem ID, LSB first. 


11 


2 


31 05 


Object: Modem on AC-Link. 


13 


5 


14 

ssvidl ssvidh 
ssidl ssidh 


ITEM_SUBID. Provides ID's for the sound CODEC. 
Desired Subsysem Vendor ID, LSB first. 
Desired Subsystem ID, LSB first. 


20 


5 


04 

B9 12 
04 2A 


ITEM_DEVID. Assigns Vendor ID and Device ID. 
Vendor 12B9 is 3Com 
Vendor-assigned Device ID 


25 


3 


00 01 chk 


END object. Signals the end of enumeration data. 



Seventh, a device list of a riser card having a DSL modem with software 
protection. This example shows how to describe a DSL modem while insuring that its 
devices driver software would work in conjunction with this particular device. This 
5 mechanism provide protection for the device driver: in order to execute the code the 
hardware device must be present, acting as an enabling key to the software. 

There are two distinct ways to accomplish this functionality, and the two 
methods can be combined to accomplish 'extra" security. The first method assigns 
the key validation task to the software. When the OS loads the device driver, it must 
10 request that the BIOS provide enumeration information, parse the data and decide 
whether the correct hardware is present. 

To implement this method, a vendor-defined field is used authenticate the 
device. The values of the PCI configuration space ID registers are unimportant (from 
the enumeration and security point of view) because the INF file can be written to 
15 connect to any combination of values, including the default ID's of the controllers. 
12B:1004 is used for this example. 

The table below shows how to implement the device list as described above. 
The BIOS will parse this data during enumeration and assign 12B9:1004 to the 
Device ID and Vendor JD registers. The Operating System will start to load and find 

i 
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the host controller. It will look for the INF file that matches and start loading the 
corresponding device driver. 

The driver must request the device list from the BIOS and look for the 
"magic" key, in this case a user defined item with the ASCII string "3Com". If the 



5 key is found, the driver proceeds to load normally. Otherwise, the driver can notify 
the OS that it was not successful. 



Offset 


Size 


Data (Hex) 


Description 


0 


4 


41 43 52 00 


"ACR" OOh. the ACR header. 


4 


2 


63 OA 


Object: DSL modem on the DSL bus 


6 


5 


04 B9 12 04 10 


ITEM_SUBED. Assigns 12B9:1004 to Vendor ID and 
Device ID. 


11 


2 


F4 33 43 4F 
4D 


Vendor defined item 

ASCH for "3COM". This is the enabling key. 


16 


3 


00 01 chk 


END object. Signals the end of enumeration data. 



The second method enforces the matching of the driver and hardware by 
requesting that the BIOS disable the host controller if it cannot assign the required 
10 ID's to the configuration space registers. At the end of the configuration, but before 
the OS loads, if the host controller is left enabled by the BIOS it is guaranteed that its 
IDS registers match those specified in the enumeration storage device. 

When the OS loads, it will encounter a PCI device with a set of ID's, and will 
scan the INF files for one that matches it. Only the correct driver will have matching 
15 INF ID's, therefore matching is guaranteed. 

The table below lists the contents of the storage device illustrating this 
method. The ID's chosen for this example are 12B9:1004. Although the system ID's 
are not specified 9or checked) in this example, the vendor is encourage to expand the 
data to include them. 



Offset 


Size 


Data (Hex) 


Description 


0 J 


4 


41 43 52 00 


"ACR" OOh. the ACR header. 
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4 


2 


63 OA 


Object: DSL modem on the DSL bus 


6 


5 


04 B9 12 04 10 


ITEM_SUBID. Assigns 12B9:1004 to Vendor ID and 
Device ID. 


11 


9 


38 

B9 12 
04 10 
00 00 
00 00 


ITEM DEVIDCHK. See section 8.13.5.4. 
Vendor ID must be set to 12B9 m the hardware. 
Vendor ID must be set to 1004 in the hardware. 
Do not check Subsystem Vendor ID-assume match. 
Do not check Subsystem ID-assume match. 


20 


3 


00 01 chk 


END object. Signals the end of enumeration data. 



Additional details of the exemplary embodiment, a detailed description of an 



exemplary object data structure and exemplary enumeration process, are provided 
below. For further details of the particular exemplary embodiment, reference can be 
5 made to the below description. 

Objects are typically followed by optional data items, where each data item 
describes a characteristic of the object. Data items include a header containing the 
Item and Isize fields, followed by the item payload. In some cases, however, the Item 
and Isize fields are omitted. The Item field preferably specifies the meaning of the 
10 information in the payload, while the Isize preferably specifies the size of the data 
payload. 

Item and Isize are packed into an 8-bit byte item header as shown 

below: 



7 


6 


5 


4 


3 


2 


1 


0 


Item 


Isize 



15 

The value encoded in the Item field selects among the possible Item 

types. 

The value in Isize preferably encodes the number of bytes in the Item's 
payload. If Isize is set to Oh then the byte immediately following the Item 
20 Header contains the 8-bit Isize value. The offsets shown in the item formats in 
the next sections do not reflect the use of the extended size byte. Therefore, if 
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the 8-bit version of Isize is used, it should be placed in offset 1, and all offsets 
shown for data items will be adjusted accordingly. 
Encoding of the item field: 



Item 


Name 


Payload data item 


0 


ITEM DEV1D 


Vendor II) and Device Td These 2 1 6-hit values 
follow the header byte, in the order specified, 
LSB first. 


i 

i 


1 X J-»1V1 o U 13 WJ 


CnV\Q\/ctf»TTi \Zf»riHor 1 1 1 nnH ^Iiih<2VQtem ill Thp^f* 

kJUUOYOlvllI V VllvlVsl 1 V.J <U1VI iJUlioYOlvJll II/. 1 iJVDV 

2 16-bit values follow the header byte, in the 
order snecifled LSB first 


2 


ITEMDEVSUBID 


Vendor ID, Device ID, Subsystem Vendor ID 
and Siinsvsieni ID These 4 1 6-Hit values follow 
the header bvte in the order snecified LSB first 




ITEM DFVTDCHK 


Reoiiests verification of the Vendor ID Device 
ID Subsvstem Vendor ED and Subsvstem TD 
values programmed in the PCI configuration 
space of the host controller. 


4 


ITEM_CLASS 


PCI class code. 3 bytes, Prog. I/F, Sub-Class 
Code and Class code immediately follow the 
header in the order specified. 


5 


ITEMMINGNT 


Min_Gnt value for PCI config space. One 8-bit 
data byte follows as payload. 


6 


ITEM_PCIPWRMG 


PCI power management data. See description 
below. 


7 


ITEM NAME 


Null terminated ASCII string. 


8 


ITEM SERNUM 


Serial number 


9 


ITEM CAPACITY 


Device capacity 


10-13 




Reserved 


14-15 


ITEM USER 


User defined 



5 

ITEMDEVID 



This Item type is used to identify the vendor and device. It can be used 
to label the ACR riser card itself or any functional peripheral or analog device 
on the card. 

10 If this item is included in the description of a functional object with a 

controller on the motherboard, the BIOS preferably attempts to program the 
specified ID fields into the corresponding registers in the configuration space 
of the controller. The BIOS will not verify if the configuration space write 
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operation was successful or not. If the host controller's registers) cannot be 
written they will retain their original values. 

If any of the ID fields of this item is set of OOOOh, the BIOS will not 
attempt to write to the corresponding configuration space register. Such 
5 register will retain its default value. 



Offset 


Size 


Description 


0 


1 


Item header. For this item the header value musi always 
be 04h 


1 


2 


Vendor ID, as specified by the PCI SIG, LSB first. 


3 


2 


Device ID, as specified by the PCI SIG, LSB first. 



ITEM_SUBID 

This item type is preferably used to identify the subsystem vendor and 



10 subsystem ID. It can be used to label the ACR card itself or any functional 

device on board. The Subsystem Vendor ID and Subsystem ID fields must 

comply with the PCI SIG specifications. 

If this item is included in the description of a functional object with a 

PCI-based host controller, the BIOS must attempt to program the specified ID 
15 fields into the corresponding registers in the PCI configuration space of the 

host controller. The BIOS will not verify if the configuration space write 

operation was successful or not. If the host controller's registers) cannot be 

written they will retain their original values. 

If any of the ID fields of this item is set to OOOOh, the BIOS will not 
20 attempt to write to the corresponding configuration space register. Such 

register will retain its default value. See section 8.14 for configuration space 

registers defaults. 



Offset 


Size 


Description 


0 


1 


Item header. For this item the header value must always 
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be 14h 


1 


2 


Subsystem Vendor ID, as specified by the PCI SIG, 






LSB first. 


3 


2 


Subsystem ID, as specified by the PCI SIG, LSB first 



ITEMDEVSUBED 

This item type is preferably used to identify the vendor ID, device ID, 

5 Subsystem Vendor ID and Subsystem ID. It can be used to label the ACR 

card itself or any functional device on board. The four ID fields should 

comply with the PCI SIG specifications to enable compatibility. 

If this item is included in the description of a functional object with a 

PCI-based host controller, the BIOS preferably attempts to program the 

10 specified ED fields into the corresponding registers in the PCI configuration 

space of the host controller. The BIOS will not verify if the configuration 

space write operation was successful or not. If the host controller's registers) 

cannot be written they will retain their original values. 

If any of the ID fields of this item is set to OOOOh, the BIOS will not 

15 attempt to write to the corresponding configuration space register. Such 

register will retain its default value. See section 8.14 for configuration space 

registers defaults. 

ITEM_DEVSUBID is intended as a shortcut when both ITEM_DEVED 
and ITEM_SUBID need to be specified. 

20 



Offset 


Size 


Description 


0 


1 


Item header. For this item the header value must 
always be 28h 


1 


2 


Vendor ED, as specified by the PCI SIG, LSB first. 


3 


2 


Device ID, as specified by the PCI SIG, LSB first. 


5 


2 


Subsystem Vendor ID, as specified by the PCI 
SIG, LSB first. 


7 


2 


Subsystem ID, as specified by the PCI SIG, LSB 
first. 
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ITEM_DEVIDCHK 

This item type is preferably used to verify the vendor ID, device ID, 

Subsystem Vendor ID and Subsystem ID programmed in the host controller's 

5 PCI configuration space. Such verification may be desired to ensure that a 

certain host controller will only be available in conjunction with a specific 

add-on card, thus protecting the host controller's IP. 

The rTEM_DEVTDCHK specifies a list of host controller ID's that are 

acceptable by the device being enumerated. Each entry in the list is composed of 8 

10 bytes representing the Vendor ID, Device ID, Subsystem Vendor ID and Subsystem 

ID to be matched. If any of these values is set to OOOOh then the BIOS will not verify 

that particular register and assume a match. 

The number of entries in the list is specified by the Isize parameter in the Item 

Header (see section 8.13.5). The actual number of data bytes specified must be a 

15 multiple of 8: partial ID entries are not allowed and may result in unpredictable 

behavior. 

If, after testing all entries in the ITEMJDEVIDCK ID list, a match is not 
found, the BIOS must disable the host controller by writing zeroes to all 
programmable ID registers, BAR registers and the Interrupt Line register in 
20 configuration space. If the BIOS has enough control and the hardware supports it, the 
BIOS must also logically remove the host controller from the system. 

The table below shows the format of the ITEMJDEVIDCHK item. Please 
note that there can be any number of PCI ID quadruples in the ID list. 



Offset 


Size 


Description 


0 


1 


Item header. See section 8.13.5 above. 


1 


2 


I s ' entry: Vendor ID, as specified by the PCI S1G, LSB first. | 


3 


2 


I s ' entry: Device ED, as specified by the PCI S1G, LSB first. 
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5 


2 


l sl entry: Subsystem Vendor ID, as specified by the PCI SIG, LSB first. 


7 


2 


I s1 entry: Subsystem ED, as specified by the PCI SIG, LSB first. 


9 


8 


2 nd entry: Vendor Id, Device ID, Subsystem Vendor ID, Subsystem ID 


? 


8 


. . . Vendor Id, Device ID, Subsystem Vendor ED, System ID 


? 


8 


Nth entry: Vendor Id, Device ED, Subsystem Vendor ID, Subsystem ID 



ITEM_CLASS 

The ITEM_CLASS type specifies a 3-byte value to be populated in the PCI 
configuration space of a PCI host controller. The use of the ITEM_CLASS type 
5 allows the ACR device manufacturer to override the default class type of a given host 
controller. 



Offset 


Size 


Description 


0 


1 


Item header. For this item the header value must always be 43h 


1 


1 


Programming VF. This value maps to address 09h in PCI configuration 
space. 


2 


1 


Sub-Class Code. This value maps to address OAh in PCI configuration 
space. 


3 


1 


Class Code. This value maps to address OBh in PCI configuration 
space. 



ITEMJvlINGNT 

The ITEM_MINGNT type specifies a 1-byte value to be populated in the PCI 
10 configuration space of a PCI host controller. The use of the ITEMJVIINGNT type 
allows the ACR device manufacturer to override the default Min-Gnt of a given host 



controller. 



Offset 


Size 


Description 


0 


1 


Item header. For this item the header value must always be 5 lh 


1 


1 


Min_Gnt value. This value maps to address 3Eh in PCI configuration 
space. 



ITEM_PCIPWRMG 

15 The function of the ITEMPCIPWRMG item is to convey power management 

information to the PCI configuration space of a host controller. PCI devices report its 
power management related features in its configuration space registers. A 2 DWORD 
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Capability record with Capability ED set to 01 h exists for all devices that support 
power management. The PCI 2.2 specification is hereby fully incorporated by 
reference. Please refer to the PCI 2.2 specification and the PCI Bus Power 
Management Interface Specification Revision 1.1 for more information. 
5 The data stored under the ITEM_PC1PWRMG is destined to the Power 

Management Capability registers. Host controllers that implement power 
management must be prepared to accept relevant data from the ITEM_PCIPWRMG 
item. 

All devices that connect to a PCI host controller report their power 
10 management capabilities using this item. Devices that attach to a PCI host controller 
and do not contain an ITEM_PCIPWRMG in its object do not support power 
management. 

The host controller can provide some functionality even for devices that do not 
support power management. The BIOS must be aware of the power management 
15 capabilities of the host controllers and ensure that they are enabled to the extend 
supported by devices. 



The format of the ITEM PCIPWRMG item is shown below. 



Offset 


Size 


Description 


0 


1 


Item header. See section 8.13.5 above. 


1 


2 


ACRPMC. Data destined to the PCI PMC register. See description 
below. 


3 


2 


Data Pair 1 


5 


2 




? 


2 


Data Pair n 



The ACRPMC contains data to be fed into the PMC register in the PCI 
20 configuration space of host controllers that support PCI 2.2 power management. This 
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field is a 16-bit word, stored LSB first. The format of the ACRPMC field is described 
below. 



15 


14 


13 


12 


11 


10 


9 


8 


PME D3C 


PME D3 


PME D2 


PME Dl 


PME DO 


D2SUP 


D1SUP 


AUXC2 




7 


6 


5 


4 


3 


2 


1 


0 


AUXC1 


AUXCO 


DSINIT 


RES 


RES 


RES 


RES 


RES 



5 Bits 15 through 11. These bits specify, for each power state, whether the 

device can generate a power management event. A bit set to one indicates that the 
device can generate an event. 

Bit 15: PME_D3C. Set to 1 if PME from D3cold is possible. 
Bit 14: PMEJ53. Set to 1 if PME from D3 (hot) is possible. 
10 Bit 13: PME_D2. Set to 1 if PME from D2 is possible. 

Bit 12: PMEJ31. Set to 1 if PME from Dl is possible. 
Bit 1 1 : PMEJDO. Set to 1 if PME form DO is possible. 
Bit 10: D2SUP. Set to 1 if the device supports D2. 
Bit 9: D1SUP. Set to 1 if the device supports Dl. 
15 Bit 8 through 6. These bits map to bits 8 through 6 of the PMC register as 

' specified by the PCI 2.2 specification and specify the maximum current draw from the 

3.3Vaux supply. 

Bit 5: DSINIT. This bit must be set to 1 if the device requires a specific 
initialization for class driver to use. See PCI 2.2 specification. 
20 Bits 4 through 0. Reserved. Must be set to 0. 

The Data Pair carries information destined to the PMCSR and DATA registers 
in the PCI configuration space of the host controller. It carries information about the 
actual power use of the device. The number of data pairs specified is determined by 
the size of the ITEM PCIPWRMG item. 
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The first byte of the pair specify the index and scale, and the second byte 
represents the value that must be read from the DATA register when the Data_Select 
field of the PMCSR register is set to the corresponding index. The scale bits specified 
in each entry can be made available in the Data__Scale field of the PMCSR. 
5 The format of the two bytes is shown below. 



Byte I: 



7 \6 


5 |4 


3 | 2 | 1 |0 


Scale 


Reserved 


Dselect 



Byte 2: 



7 |6 


Is 


U 


13 


2 


h 


10 


Power Data 



Bits 7 and 6: SCALE 



10 These bits describe the scale of the power data in the next byte. It can 

optionally be made to appear in bits 14 and 13 of the PMCSR register when the 
encoding in bits 12 through 9 of the PMCSR matched the encoding in the DSELECT 
bits. See the PCI Bus Specification Revision 2.2 and the PCI Bus Power Management 
Interface Revision 1.1 specifications for details. 

15 Bits 5 and 4: Reserved. These bits must be set to 0. 

Bits 3 through 0: DSELECT. This 4-bit field associates the power data in the 
following byte with the power consumed and dissipated by the device in its various 
power modes. The encoding must be the same as the Data_Select value encoding 
specified by the PCI 2.2 specification. Please refer to the PCI Bus Specification 

20 Revision 2.2 and the PCI Bus Power Management Interface Revision 1.1 specification 
for more information. 
ITEM NAME 
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This item specifies a Friendly Name for a device or the riser card itself. The 
ITEM_NAME entry can displayed by the BIOS during boot in the same manner that 
BIOS may display disk drives and PCI cards. 

The ITEM_NAME also provides a method for the OS device driver to retrieve 
5 a vendor-defined name for the device. 



Offset 


Size 


Description 


0 


1 


Item header. See section 8.13.5 above. 


1 


Var 


Null-terminated ASCII string 



ITEMSERNUM 

This item is intended to carry the serial number of the ACR card itself. The 
LEN field in the item header minus one (or minus two if the header contains an 
10 additional byte for Isize) encodes the length, in bytes, of the serial number. 



The Serial Number format Flag field of this item will determine how the serial 
number is stored. 



Offset 


Size 


Description 


0 


1 


Item header. See section 8.13.5 above. 


1 


1 


Serial number format flag 


2 


Var 


Serial number 




rhe possible values for the Serial Number Format Flag are: 


SNFF 


Description 


0 


Serial number is binary number, stored LSB first. 


1 


Serial number is in packed BCD format, LSB first. 


2 


Serial number is in ASCII format, stored from left to right, no trailing zeroes. 


3 


Serial number is binary-coded module 36 barcode, LSB first. 


4 


Serial number is encoded in a proprietary format. 



15 ITEM_CAPACITY 

This item is intended to describe the capacity of the ACR EEPROM attached 

to the Serial bus. Devices that use this memory for parameter storage, such as an 
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Ethernet NIC, should read this item in order to determine how much free memory 



space is available. 



Offset 


Size 


Description 


0 


1 


Item header. For this item the header value must always be 93h 


1 


1 


Power of 2 describing the EEPROM size. 8=256 bytes, 9=512 bytes, etc. 


2 


2 


16-bit address of the 1 st available byte in the EEPROM is all consumed 
or cannot be written to. 


ITEM_USER 

This data item is used to carry vendor-specific information. 


Offset 


Size 


Description 


0 


1 


Item header. See section 8.13.5 above. 


1 


1 


User defined data 



Controller default ID's 

The BIOS will attempt to assign values to the four ID registers in the PCI 

v 

configuration space of any host controller as specified in the enumeration EEPROM. 

10 If the object data in the EEPROM does not specify a value for a register, or if the 
value specified is OOOOh, then the host controller must keep its default values. 

In this particular embodiment, it is preferred that at least the Subsystem 
Vendor ID and Subsystem ID fields of all generic host controllers be writable by the 
enumeration and configuration procedures. 

15 During configuration, the BIOS will attempt to write new values to the ID 

registers in the PCI configuration space of all host controllers that have devices 
attached. Once the configuration is complete, but before the BIOS attempts to boot 
the OS, the BIOS must ensure that the ED registers of all enabled host controllers are 
set to READ-ONLY. The host controller hardware must provide a mechanism to 

20 permit the BIOS to write to the ID registers but make them read-only after 
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configuration. This can be accomplished by implementing these registers as write- 
once as the AC-Link controller for AMR or any other fail-proof mechanism. 

The table below shows the default values that must be loaded into the various 
registers in the PCI configuration space of the host controllers assigned to the ACR 
5 subsystem. 

The table below marks registers as being of type Read-Only ("RO") or Write- 
Once ("WO"). There may be special cases where it may be desired to break away 
from this recommendation, such as when protecting IP or special Original Equipment 
Manufacturer ("OEM") bundles. 



Host Controller 


Vendor ID 


Device ID 


Sub Vendor ID 


Sybsystem ID 


AC-Link 
(sound) 


Chipset maker 
ID (WO) 


Chipset DevID 
(WO) 


AMR- 
compliant 
SSVID (WO) 


OOOOh (WO) 


AC-Link 
(modem) 


Chipset maker 
ID (WO) 


Chipset DevID 
(WO) 


OOOOh (WO) 


Other generic 
controllers 


Chipset maker 
ID (WO or RO) 


Chipset DevID 
(WO or RO) 


Chipset maker 
ID (WO) i 


Chipset SSID 
(WO) 


Other custom 
controllers 


Chipset maker 
ID (WO or RO) 


Chipset DevID 
(WO or RO) 


Chipset maker 
ID (WO or RO) 


Chipset SSID 
(WO orRO) 



10 

ACR plug and play functionality 

There are several different ways to specify the identify of an ACR device 

attached to a PCI host controller, depending on how much identification information 

is specified by the vendor in the EEPROM and the flexibility of the host controller. 

15 The ACR card vendor must choose the right amount of information in order to 

accomplish his or her intention. 

Combined with the mechanism used by the OS and functionality of the device 

driver, it is possible to build solutions that are IP-restricted, IP-open or any degree 

between them. 

20 A vendor may optionally specify in the enumeration EEPROM the values to 

be written to the configuration space of the host controller. These values include the 
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Vendor ID and Device ID pair, the Subsystem Vendor ID and Subsystem ID pair, 

both pairs or none at all. 

Provided below are further details of an exemplary embodiment of the 

enumeration process. The pseudo-code program listing below further illustrates the 

5 enumeration procedure, as shown in the flowchart. DevList is a pointer to a pre- 

allocated region of memory where the device list is assembled. 

Void ACR_Enumeration(*DevList) 
{ 

memcpy(DevList, "ACR\0", 4); // Move header to empty 

10 list 

for (all devices on motherboard) do 
{ 

if (Motherboard_Device_Enabled) // make an object entry in 

DevList 

1 5 AddDeviceToDevlist(DevObject) // for all devices enabled 

} 

ReadRiserEepromO; // Attempt to read EEPROM on 

riser card 

ComputeEepromChecksumO; 
20 If(EEPROM_Not_Present OR 

(Eeprom_Chksum != End_Obj_Chksum)) // If checksum mismatch 

{ 

Detect_AMR_Devices(); // Get ID*s of all legacy 

AMR CODEC'S 

25 // See ICH data sheets. 

If ( AMR_Devices_Detected) 
{ 

// Make object entries for every legacy CODEC found 

// on the AC-Link bus. The entries specify VendorED, Device 

30 ID, 

// Subsystem Vendor ID and Subsystem ID as expected by 

AMR cards. 

52 
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for (all legacy CODEC'S detected) 
{ 

BuildACRObject(CODEC, AMR ID, AMR_SubED); 
AddDeviceToDevlist(Legacy_AMR_Object); 
5 } 

} 

} 

else // EEPROM exists and checksum 

matches 
10 { 

for (all objects in EEPROM) 

AddToDevlist(Eeprom Object); 

} 

AddToDevlist(ENDOBJECT); // Device list end with 

15 END object. 

} 

Provided below are further details of an exemplary embodiment of the BIOS 

entry points. The pseudo-code program listing below further illustrates exemplary 

function calls of the BIOS entry points. The BIOS preferably provides a copy of the 

20 configuration table to a real mode or protected mode client. The client can provide a 

region of memory large enough to contain the whole device table. 

The function call, BIOS present, is used to determine if the BIOS is present 
on the host machine. 

Entry: AH = ACR_FUNCTION_ID(0B2H) 

25 AL = ACR_ BIOS_PRESENT (001H) 

EXIT: EDX = 2052434 1H "ARC" 

BH = ACR BIOS major version (0 1 H) 

BL = ACR BIOS minor version (00H) 

AL = Completion code 

30 EXAMPLE: 

XOR EDX,EDX ;Clean EDX 

MOV AH,ACR_FUNCT10N ID 
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MOV AL,ACR_BIOS_PRESENT 

INT 1AH 

OR AL,AL 

JNZ NO_ACR_BIOS 

CMP EDX,' ACR' 

JNE NO_ACR_BIOS 
;Store ACR version numbers 

MOV ACR_VERS,BX 



PCTVUS02/02788 



;Call ACR BIOS 
;test for success 

; ACR BIOS? 
; jump if no ACR 

;Minor & Major 



10 The function call, Get enumeration table size, is used to determine the amount 

of memory that a client needs to allocate to hold the enumeration table. 

ENTRY: AH = ACR_FUNCTION_ID (0B2H) 
AL = ACR_ENUMSIZE (02H) 

EXIT: EDX = Enumeration table size in bytes 

15 AL = Completion code 

EXAMPLE: 



20 



25 



MOV 

MOV 

INT 

OR 

JNZ 



AH,ACR_FUNCTION_ID 
AL,ACR_ENUMSIZE 
1 AH 
AL,AL 

ACR ERROR 



Store tablesize, allocate memory 

MOV TABLESIZE,EDX 
PUSH EDX 
CALL MALLOC 



;Call ACR BIOS 
;test for success 



; save it 

; Get memory 



30 



Function call, Get ACR enumeration table. 



ENTRY: AH=ACR_FUNCT10N_ED (0B2H) 

AL= A CR_ ENUM ERA TE (03H) 
ES:D]=Memory area to receive enumeration table. 
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EXIT: 

EXAMPLE: 

.DATA 



20 



EDX=Number of bytes used in memory area 
AL=Completion code 



BUFF DB 


1024 DUP (?) 


; Buffer for enum table 


.CODE 






10 MOV 


AX,@DATA 




MOV 


ES,AX 




MOV 


AH,ACR_FUNCTION_ID 


; Call into ACR BIOS 


MOV 


AL,ACR_ENUMERATE 


; Build table 


MOV 


DI.OFFSET BUFF 


; Buffer Address 


15 INT 


1 AH 


; Call BIOS 


OR 


AL.AL 


; Did it complete correctly? 


JNZ 


ACR_ERROR 


; Did not enumerate 



ACR enumeration successful. 



30 



The function call, Get ACR default controller ID, is used to obtain the default 
PCI ID's of the host controller for a given ACR bus. These values are most likely 
"hardwired" into the BIOS code. 



25 ENTRY: 



EXIT: 



AH = ACR_FUNCTION_ID (0B2H) 
AL = ACR_DEFCTRLID (04H) 

BL = Bus number (see section Error! Reference source not found.) 

BX = PCI handle of host controller 

ECX[31 : 16] = Device ID 

ECX[15:0] = Vendor ID 

EDX[3 1:16] = Subsystem ID 

EDX[15:0] = Subsystem Vendor ID 

AL = Completion code 



EXAMPLE: 
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MOV AH,ACR_FUNCTION_ID 
MOV AL,ACR_DEFCTRLID 
INT 1 AH ; Call ACR BIOS 

5 OR AL.AL ; test for success 

JNZ ACRJERROR 

9 

; Store default PnP ID's of AC97 controller 
> 

10 MOV AC97JVHBNID, ECX ; save it 

MOV AC97 JSUBH), EDX ; save it 

An operating environment for devices of the present invention may include a 
processing system with at least one high speed CPU and a memory. It will be 

15 appreciated that acts and symbolically represented operations include the 

manipulation of electrical signals by the CPU. The electrical system represents data 
bits which cause a resulting transformation or reduction of the electrical signal 
representation, and the maintenance of data bits at memory locations in a memory 
system to thereby reconfigure or otherwise alter the CPU's operation, as well as other 

20 processing of signals. In accordance with the practices of persons skilled in the art of 
computer programming, the present invention is described above with reference to 
acts and symbolic representations of operations that are performed by the processing 
system, unless indicated otherwise. 

The memory locations where data bits are maintained are physical locations 

25 that have particular electrical, magnetic, optical, or organic properties corresponding 
to the data bits. The data bits may also be maintained on a computer readable 
medium including magnetic disks, optical disks, organic disks and any other volatile 
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(e.g., Random Access Memory ("RAM"), flash RAM) or non-volatile (e.g., Read- 
only Memory ("ROM")) mass storage system readable by the CPU. 

Preferred and alternative embodiments of the present invention have been 
illustrated and described. This and other arrangements described herein are shown for 
5 purposes of illustration only, and those skilled in the art will appreciate that other 
arrangements and other elements (e.g., machines, interfaces, functions, etc., whether 
or not separately known in the prior art) can be used instead, and some elements may 
be omitted altogether. Further, as in most computer applications, those skilled in the 
art will appreciate that many of the elements described herein are functional entities 
10 that may be implemented as discrete components or in conjunction with other 
components, in any suitable combination and location. It will be understood, 
however, that changes and modifications may be made to the invention without 
deviating from its true spirit and scope, as defined by the following claims. 
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What is claimed is: 

1 . A method for discovering devices on a circuit card removable from a computer 
system motherboard, comprising: 

accessing information from a storage device on the removable circuit card, 
wherein the accessed information pertains to one or more devices on the removable 
circuit card; 

generating a device list having an object descriptor for each device from the 
accessed information; 

determining at least one appropriate controller on the computer system 
motherboard in response to the device list and the object descriptor; and 

programming a configuration space of the at least one appropriate controller with 
configuration parameters from the device list and object descriptor. 

2. The method of claim 1 wherein the device list having the object descriptor 
contains information to differentiate each device on the circuit card. 

3. The method of claim 1 further comprising the step of reporting the device list 
having at least one object descriptor to an operating system. 

4. The method of claim 1 further comprising the step of reporting the device list 
having at least one object descriptor to a device driver. 

5. The method of claim 1 wherein the storage device has a data format 
comprising: 

a header to identify the removable circuit card as an ACR card; 
a list of object descriptors, wherein each of the object descriptors 
represents each of the one or more devices on the removable circuit card. 



I 

SDOCID: <WO.._.0206lS88AlJ_> 



58 



WO 02/061588 




PCT/US02/02788 



6. The method of claim 5 wherein each object descriptor of the list of object 
descriptors comprises one or more data items pertaining to a device of the one or more 
devices represented. 

7. The method of claim 6 wherein the one or more data items comprises a device 
identification. 

8. The method of claim 6 wherein the one or more data items comprises a device 
serial number. 

9. The method of claim 5 wherein the data format can be utilized by a basic 
input/output system ("BIOS") to provide enumeration data to build a map of physical 
devices on the removable circuit card. 

10. The method of claim 9 wherein the BIOS reports the map of physical devices 
to an operating system. 

11. The method of claim 9 wherein an operating system queries the BIOS for the 
map of physical devices. 

12. The method of claim 9 wherein a BIOS utilizes the data format to provide 
controller initialization. 

13. The method of claim 5 further comprising a vendor-defined area for storing 
miscellaneous data relating to the plurality of devices. 

14. The method of claim 5 is programmed by the manufacturer of the electronic 
circuit card. 
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15. The method of claim 1 wherein the storage device has a data format to store 
object descriptors according to the plurality of physical devices, wherein the object 
descriptors are utilized to build a map of the physical devices. 

16. The method of claim 1 5 wherein a basic input/output system ("BIOS") 
utilizes the map of physical devices to provide ACR enumeration. 

17. The method of claim 1 wherein accessing information from the storage 
device comprises: 

reading the storage device having object descriptors; 

generating a device list from object descriptors listed in the storage device; and 
querying the device list for an object descriptor of a desired device. 

1 8. The method of claim 1 7 further comprises the step of loading a driver 
corresponding to the desired device utilizing a least one object descriptor. 

19. The method of claim 17 further comprises the step of querying a basic 
input/output system ("BIOS") for the generated device list. 

20. The method of claim 19 wherein the step of querying the BIOS occurs via an 
application program interface. 

21. The method of claim 17 further comprising the step of reporting the device 
list to an operating system. 

22. The method of claim 1 7 further comprising the step of reporting the device 
list to a device driver. 

23. The method of claim 17 wherein the object descriptors identify the circuit 
card and the devices located on the circuit card. 
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24. The method of claim 17 wherein the step of loading a driver comprises PCI 
enumeration. 

25. The method of claim 1 7 wherein the step of programming the plurality of 
controllers comprises ACR enumeration. 

26. The method of claim 1 7 further comprising the step of querying the storage 
device to determine identification of at least one device on the circuit card and enabling 
operation of the driver in response to said identification information. 

27. A method of enumerating a plurality of controllers located on a motherboard 
comprising: 

determining if an attached riser card has an ACR compatible storage 
device, and if so: 

reading the storage device; 

generating a device list from object descriptors listed in the storage 

device; and 

enumerating the plurality of controllers according to the object 
descriptors in the device list. 

28. The method of claim 27 wherein the step of determining if an attached riser 
card has an ACR storage device comprises reading a header contained in the storage 
device. 

29. The method of claim 27 wherein the step of reading the storage device 
comprises querying the storage device for object descriptors. 

30. The method of claim 27 wherein the step of generating the device list 
comprises adding object descriptors read in the storage device to an empty device list. 
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3 1 . The method of claim 27 wherein the step of generating the device list 
comprises adding object descriptors read in the storage device to an existing device list. 

32. The method of claim 27 wherein the step of generating the device list 
comprises adding object descriptors and corresponding data items to the device list. 

33. The method of claim 27 wherein the step of generating a device list is 
generated by a basic input/output system ("BIOS"). 

34. The method of claim 27 wherein the step of enumerating the plurality of 
controllers comprises configuring the controllers according to the objects in the device 



35. The method of claim 27 wherein the controllers programmed according to the 
objects in the device list are located on a motherboard. 

36. The method of claim 27 further comprising the step of reporting the device 
list to an operating system. 

37. The method of claim 27 wherein the motherboard comprises: 

a serial bus controller; 

a peripheral components interface connector in communication with the 
plurality of controllers and the serial bus controller; and 

a basic input/output system ("BIOS") in communication with the serial bus 
controller, wherein the BIOS obtains object specific information from any 
attached removable circuit cards and assigns the objects onto each of the 
controllers. 

38. The method of claim 37 wherein the object specific information obtained by 
the BIOS comprises identifiers for the attached circuit card and the devices on the circuit 
card. 



list. 
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39. The method of claim 37 wherein the BIOS provides enumeration information 
for any enabled devices mounted on the motherboard that utilizes ACR specific 
controller. 

40. The method of claim 37 wherein the BIOS utilizes device specific content 
from the serial bus controller and the enumeration information to build a map of physical 
devices and controllers on the attached circuit card. 

41 . The method of claim 37 wherein the BIOS provides ACR device enumeration 
utilizing the object specific information. 

42. The method of claim 37 wherein the BIOS provides controller initialization 
utilizing the object specific information. 

43. The method of claim 37 wherein the BIOS reports configuration data to an 
operating system. 

44. The method of claim 37 wherein the BIOS reports configuration data to a 
device driver. 

45. The method of claim 27 wherein the step of reading the storage device 
comprises: 

generating a device list from object descriptors listed in the storage device; 

querying a device list for an object descriptor of a desired device; and 

loading a driver corresponding to the desired device utilizing at least one object 

descriptor. 

46. The method of claim 27 an computer system providing access to a plurality of 
devices, comprising: 

a client accessing at least one of the devices; 
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a storage device comprising a device list having object descriptors describing the 
plurality of devices; 

an operating system maintaining the list of devices; and 

an application program interface providing a facility for clients to access the list 
of devices. 

47. The computer system of claim 46 wherein the client is an application 
software program. 

48. The computer system of claim 46 wherein the plurality of device is on a 
removable circuit card. 

49. The computer system of claim 46 wherein the plurality of device is on a 
computer system motherboard. 

50. The computer system of claim 46 wherein the device list comprises a header 
identifying the device as an Advanced Communication Riser device. 

51. The computer system of claim 46 wherein the object descriptor comprises a 
list of data items. 

52. The computer system of claim 46 list of data items comprises information 
pertaining to the device. 

53. The computer system of claim 46 wherein the device list facilitates an ACR 
enumeration process. 

54. The method of claim 27 further comprises interconnecting a first set of 
devices on the attached riser card to a second set of devices on a motherboard by a bus, 
comprising: 
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grouping a plurality of pins on the bus of the circuit card, wherein each 
group of pins corresponds to each device of the first set of devices; 

grouping a plurality of pins on the bus of the motherboard, wherein each 
group of pins corresponds to each device of the second set of devices; 

matching each group of pins corresponding with the first set of devices to 
each pertaining group of pins corresponding with the second set of devices. 

adjusting the size of the bus in response to the number of the first set of 
devices, 
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Address 


Data 


Comments 


0 


41h 


ASCII character 'A' 


1 


43h 
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interface bus 
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MB interface bus 


6 


BUS WLESS 
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MECHANICAL 



Parameter 


Specification 


Durability 


100 mating cycles without physical damage or 
exceeding low levels contact resistance 
requirement when mating with the card edge. 


Mating Force 


6 oz. (L7N) max average per matching contact j 
pair using MIL-STD-1344, Method 2013.1 and 
gauge per MIL-C-21097 with profile as shown in 
ACR board specification. 


Contact Normal Force 


75 grains minimum 


ELECTRICAL 


Parameter 


Specification 


Contact Resistance 


(low level signal) 30 mfi max. initial, lQmQ 
max. increase through testing. Contact 
resistance test pa- MH^STD-1344, Method 
3002.1. 


Insulation Resistance 


lOOOMQmin. per MEL SID 202, Method 302, 
Condition B. 


Dielectric Withstand Voltage 


500 VAC RMS per MEL STD 1344, Method ! 
D3002.1 Condition 1. 


Capacitance 


2 pf maximum @ 1MHz. 


Current Rating 


1 Amp, 30°C rise over ambient system temp. 


Voltage Rating 


125VDC 


Certification 


UL Recognition and CSA Certification required. 
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Specification 


Operating Temperature 


-40°Ctol05°C 


Thermal Shock 


-55°C to 85°C 5 cycles per MIL STD 1344, 
Method 1003.1. ; 


Flowing Mixed Gas Test 


Battelle, Class n. Connector mated with board 
and tested per Battelle method 
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